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ABSTRACT 

The space industry has identified the need to use arti- 
ficial intelligence and knowledge based system tech- 
niques as integrated, central, symbolic processing 
components of future mission design, support and op- 
erations systems. Various practical and commercial 
constraints require that off-the-shelf applications, and 
their knowledge bases, are reused where appropriate 
and that different mission contractors, potentially us- 
ing different KBS technologies, can provide applica- 
tion and knowledge sub-modules of an overall 
integrated system. In order to achieve this integration, 
which we call knowledge sharing and distributed rea- 
soning, there needs to be agreement on knowledge rep- 
resentations, knowledge interchange formats, 
knowledge level communications protocols and ontol- 
ogy. Research indicates that the latter is most impor- 
tant, providing the applications with a common 
conceptualisation of the domain, in our case spacecraft 
operations, mission design and planning. Agreement 
on ontology permits applications that employ different 
knowledge representations to interwork through medi- 
ators which we refer to as knowledge agents. This cre- 
ates the illusion of a shared model without the 
constraints, both technical and commercial, that occur 
in centralised or uniform architectures. This paper ex- 
plains how these matters are being addressed within 
the ATOS programme at ESOC, using techniques 
which draw upon ideas and standards emerging from 
the DARPA Knowledge Sharing Effort In particular, 
we explain how the project is developing an electronic 
Ontology of Spacecraft Operations and how this can 
be used as an enabling component within space sup- 
port systems that employ advanced software engineer- 
ing. We indicate our hope and expectation that the core 
ontology developed in ATOS, will permit the full de- 
velopment of standards for such systems throughout 
the space industry. 

Key Words: Knowledge Sharing, Ontology, Knowl- 
edge Based Systems, Mission Information Base, 
Spacecraft Operations, Mission Design and Planning 


1, THE ADVANCED TECHNOLOGY 
OPERATIONS SYSTEM 

During the past few years the European Space Opera- 
tions Centre (ESOC) of the European Space Agency 
(ESA) have carried out a number of projects to demon- 
strate the feasibility of using advanced software tech- 
nology, in particular artificial intelligence techniques 
and knowledge based systems, to support spacecraft 
operations. Although these applications have been 
successfully tested in isolation and for selected or sim- 
plified subsets of required mission functionality, there 
are a number of advances which must be achieved be- 
fore AI techniques can be fully exploited in future mis- 
sion systems, namely, integration of the applications 
into a single system with consistency in information 
model and user interface, together with generalization 
of the applications so that they are mission independ- 
ent Unless generalisation is achieved, the cost of de- 
velopment of such systems will be a stumbling block 
to operational deployment 



Figure 1 The Advanced Technology Operations 
System (ATOS) 
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In order to achieve this goal ESA has initiated the Ad- 
vanced Technology Operations System programme 
(ATOS) which will develop the system concept and 
infrastructure to support spacecraft operations systems 
which utilize advanced software technology mid the 
development of advanced application modules 
(AAMs) to support: Mission Preparation, Mission 
Planning, Computer Assisted Operations and Ad- 
vanced Training, 

Logica is leading the first project in the ATOS pro- 
gramme, ATOS- 1, which is tasked with the goal of de- 
signing and prototyping software to demonstrate the 
overall system concept and to provide the formal spec- 
ifications of the ATOS technology infrastructure, 
which is required as inputs to the other ATOS phases. 
Key to this endeavour is the formal specification of an 
Ontology of Spacecraft Operations. An ontology is a 
formal specification of die knowledge structures that 
can be used to model a domain, in our case the domain 
of spacecraft operations. Terminology and relation- 
ships between entities in the domain are explicitly de- 
fined. This paper explains the role of ontology in 
achieving ATOS goals. We believe that the approach 
described has wide applicability in acting as a catalyst 
for the exploitation and development of advanced mis- 
sion support applications throughout the space indus- 
try and elsewhere. Recognising the significance of 
agreement on definitions is the key to moving knowl- 
edge based systems off the side lines and into main- 
stream mission support and operations. The aim is to 
create a medium in which collaborative mission design 
and operations can flourish. 

As mission lifetimes extend and mission objectives 
and payloads become increasingly complex, advanced 
functionality must be made available to mission staff, 
to help manage the complexity and to provide efficient 
and accurate knowledge transfer between mission 
phases and between mission staff. ATOS technology 
is needed right now, but must be provided in a form ac- 
ceptable to users. ATOS concentrates upon providing 
mission support power tools, rather than applications 
aimed at removing close human involvement in the 
mission operations process. 

1.1 The Benefits of ATOS 

ATOS aims to improve the operations viewpoint, the 
mission viewpoint, the human viewpoint and the tech- 
nology viewpoint 

Operations require improved user interface facilities, 
particularly in terms of representation and manipula- 
tion of spacecraft models and operational procedures. 
Support to the user must include on-line documents, 
intelligent assistance and improved procedural relia- 
bility and thoroughness. 

The mission requires efficient configuration, harmoni- 
sation of practices and minimisation of manual inter- 
faces between currently disparate activities. The 
mission requires more flexibility in the allocation of 
manpower, tasks and skills. 


The technology perspective dictates flexibility in the 
allocation of computer resources to enable distributed 
and scalable computing, together with a strategy that 
will provide open reusable and portable software ap- 
plications. 

All these matters will be addressed in the ATOS pro- 
gramme. The current phase, ATOS-1 is concentrating 
upon the knowledge that comprises a mission and is 
finding ways to store it, preserve it, reuse it and com- 
municate it This is known as Knowledge Sharing, 
which is a new technology for the 1990’s which will 
enable a new range of sophisticated applications to be 
developed that exploit and interchange knowledge as 
a valuable asset 

The ATOS- 1 project began work by looking at various 
initiatives in the formalisation of standards for plat- 
form level portability of knowledge. It soon became 
apparent that this in itself would not achieve ATOS 
goals and recent work has focused upon knowledge 
level (Ref. 2) representations and on the construction 
of ontologies, which formally define the knowledge 
structures that comprise a domain, in our case, space- 
craft operations. 

Further information regarding the motivation for 
ATOS, current activities in the programme and ex- 
pected future work can be found in a companion paper 
(Ref. 3). 

2. THE NEED FOR KNOWLEDGE SHARING, 
REUSE AND INTEGRATION 

2.1 The Nature of the Problem 

The space domain, like most others, has seen the de- 
velopment of a wide range of applications of knowl- 
edge-based systems during the past few years. 
Although many of these applications were only exper- 
imental prototypes, an increasing number are being 
deployed operationally (Ref. 4) or are entering pre-op- 
erational trials (Ref. 5). 

In general, building a knowledge-based system in- 
volves developing a new knowledge base from 
scratch. This has been true of prototype applications in 
the space industry, with different groups building ap- 
plications for the same agency, or contractors develop- 
ing their knowledge bases in isolation. The duplication 
of effort involved has already been significant and will 
be a major stumbling block to operational deployment 
as application demands require larger and larger sys- 
tems to be built It is therefore vitally important that we 
establish a mechanism to enable knowledge to be re- 
used within related applications. Operational versions 
of such applications will be considerably more com- 
plex than the prototypes built to date and include much 
larger bases of knowledge. This underlines the need 
for reuse of that knowledge and the applications which 
use iL 

In addition to reuse of knowledge there are two further 
significant impediments to the development and de- 
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ployment of major KBS -based spacecraft operations 
systems: 

• Knowledge sharing-, allowing separate physical 
knowledge-based components within an overall 
system to share knowledge. For example, a diag- 
nosis application and a monitoring application 
need to share the same overall model of system 
structure and behaviour, but may need to use dif- 
ferent knowledge representations. 

• Integration of knowledge-based applications-, 
allowing the run-time exchange of knowledge 
between applications. For example, allowing an 
application to notify others of new things it has 
deduced as a result of changes in the operating 
environment 

It is finding solutions to these three factors which will 
open the door to a new generation of spacecraft opera- 
tions systems incorporating advanced technologies. 

Other aspects of knowledge based system technology, 
such as validation and verification are important but, 
in the context of the ATOS-1 project must be seen in a 
secondary role. Such activities are generally associat- 
ed with KBS methodologies which are useid to struc- 
ture application development and guide the process of 
domain expert knowledge capture. These aspects will 
be important to future ATOS phases but are not a 
prime concern in ATOS-1, which must define the 
knowledge structures and semantics (ie not contents) 
to be used by applications to enable knowledge shar- 
ing and to decouple knowledge from inference mech- 
anisms, the latter being a major source of impediment 
in achieving knowledge sharing in previous generation 
KBS systems. 

2.2 Foundation for a Technological Solution 

The problems identified with respect to reuse, sharing 
and communication of knowledge within the ATOS-1 
project can be addressed by providing technological 
solutions in the following areas. 

2.2.1 Knowledge Interchange 

If a knowledge-based system is to make use of an ex- 
isting knowledge base or library, or to interchange 
knowledge with another system, then the knowledge 
must either be encoded in the system’s representation 
or be translatable into that language. 

Given that for many applications practical efficiency is 
made possible by using a special purpose representa- 
tion, it is impractical to expect a universal representa- 
tion language to become available which will meet the 
needs of all space applications. Two different applica- 
tions may wish to represent the same knowledge using 
different structures in order to improve the efficiency 
of reasoning in each. 

The major initiative in this area is the Knowledge In- 
terchange Format (KEF) (Ref. 6) which is being devel- 


oped within the DARPA Knowledge Sharing Effort 
(Ref. 7). KEF has been developed for use as an interlin- 
gua (ie intermediate language) for communicating 
knowledge between computer programs which use 
different knowledge representations. 

Within the ATOS-1 project we are adopting KEF as our 
knowledge interchange language. 



Figure 2 KIF as an interlingua 

2.2.2 Standardised Knowledge Representations 

KIF is not intended to be used as a representation for 
direct manipulation by a computer system (although it 
can be). A further significant problem therefore to 
achieving practical knowledge sharing at present, even 
within close families of languages, is therefore that for 
each representation paradigm used by applications, eg. 
frames and semantic networks, there are a wide range 
of practical implementations of that paradigm. Each 
implementation has its own idiosyncrasies, which 
means that knowledge represented using one variant is 
difficult to share with the user of another. 

This aspect of knowledge sharing and reuse is being 
addressed by the development of standards for knowl- 
edge representation languages, such as the IMKA ini- 
tiative (Ref. 8) and the KRSS initiative within the 
DARPA Knowledge Sharing Effort (Ref. 7), which are 
working towards standards for frame-based represen- 
tation systems and KL-ONE derivatives (Ref. 9) re- 
spectively. 



Figure 3 The need to standardise within a 
representation paradigm 
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2.2.3 Conununication of Knowledge 

A further aspect of the problems faced by ATOS with 
respect to knowledge sharing is enabling the run-time 
communication of knowledge between programs, ie. 
Enabling programs to exchange knowledge and to 
query each other with respect to the state of their 
knowledge bases. 

Within die research community the major develop- 
ment in this area is KQML (Knowledge Query and 
Manipulation Language) (Ref. 10). KQML is a high- 
level language and a set of protocols which can be used 
by software systems for the run-time sharing of infor- 
mation and knowledge. 

KQML is already being used as a knowledge commu- 
nication in two testbeds: the Palo Alto Collaborative 
Testbed (Ref. 1) which is in the domain of concurrent 
engineering and the DARP A/Rome Planning Initiative 
which is concerned with military transportation plan- 
ning. Within ATOS-1 we intend to develop a space- 
craft operations testbed which will investigate the 
applicability of KQML to the domain of mission con- 
trol. 



Figure 4 Communication at the knowledge level 


2.2.4 Shared, Reusable Knowledge Bases 

Despite the practical problems which can be overcome 
using developments such as KIF and KQML there still 
remains a fundamental problem with respect to knowl- 
edge sharing: the semantic content of a knowledge 
base. This requires that developers, and hence the ap- 
plications they develop, have a common conceptuali- 
sation of the domain in which they are operating. That 
is, they must model those things which are important 
to their task in terms of the same objects, processes, re- 
lationships etc. Such a model is called an ontology. 



Computer- Anhted Automated Mission 

Operations Planning 


Figure 5 A common ontology in the minds of 
users and machines 

In adopting a certain set of concepts and their relation- 
ships a program makes a number of ontological com- 


mitments to a particular conceptualisation of the 
domain. If a number of applications adhere to the same 
conceptualisation they are said to have a common on- 
tology. It must be stressed that in defining an ontology 
one is attempting to explicitly capture the formal se- 
mantics of a data model. This is therefore fundamen- 
tally different from the aims of the various standards 
being set in place for integration of object and database 
systems, which typically concern the format and usage 
conventions of information rather than the meaning of 
the knowledge implied by the information. 

A major objective of the ATOS-1 project is to estab- 
lish a common ontology for use by applications in the 
spacecraft operations domain, ie. an Ontology of 
Spacecraft Operations. This is discussed further in 
section 4. 

3. AN OPERATIONAL CONCEPT 

The ATOS objective is the establishment of an infra- 
structure by which intelligent knowledge based appli- 
cations (KBS) interact at the knowledge level , that is 
they interact with respect to an explicit shared and 
agreed model of the domain of spacecraft operations. 
This idea is illustrated in figure 6: 



Figure 6 Applications interacting at the 
knowledge level 

Since applications are unlikely to be developed ac- 
cording to a completely consistent common ontology 
and use identical representation systems, this can only 
be achieved if the applications interact through a Dis- 
tributed Access Service (DAS) based on cooperating 
knowledge agents that themselves adhere to a consist- 
ent ontology of spacecraft operations. The complexity 
required within each agent will depend upon how far 
the applications deviate from the ontology. Agents 
will perform functions such as translation of query 
forms as expressed by applications into the standard 
ontological model. This idea is illustrated in figure 7: 

Knowledge agents will mediate between disparate ap- 
plications that employ heterogeneous knowledge rep- 
resentations, reasoning methods and query forms. The 
shared ontology that forms the fabric of the infrastruc- 
ture will provide the means by which applications will 
access a logically unique repository of mission infor- 
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mation, the so-called Mission Information Base 
(MD3). The 'MIB itself is likely to be highly distributed 
and itself comprise heterogeneous representation sys- 
tems (relational, object oriented, logic-based). In cer- 
tain cases applications will themselves retain MIB 
partitions locally for specific purposes, with die ex- 
press aim of optimising knowledge manipulation and 
ensuring that the most appropriate representation for 
the specific reasoning task i$ used. 



Irrespective of the location of knowledge resources 
and of reasoning capability, each application will have 
access to the entirety of ail mission knowledge and be 
able to call upon the deduction capabilities of all appli- 
cations through the medium of knowledge communi- 
cation. The shared ontology that comprises the fabric 
of the architecture will ensure that the semantics of 
mission knowledge are consistent between all applica- 
tions. 

The creation of such an infrastructure for a wider do- 
main would be a formidable undertaking indeed. It is 
our view however that the domain of spacecraft oper- 
ations, and current ESOC required functionalities, is of 
sufficiently contained scope to ensure that the devel- 
opment of the core ontology remains a tractable prob- 
lem. 

ATOS applications that adhere to the ontology will be 
generic, mission independent, human engineered 
tools, tailored for specific mission design or operation- 
al tasks. Examples include planning and scheduling, 
diagnosis and trouble shooting, monitoring and con- 
trol, engineering modelling and simulation, schedule 
and procedure execution. 

4. THE ONTOLOGY OF SPACECRAFT 
OPERATIONS 

The ATOS-1 project will establish a core ontology of 
spacecraft operations. This will define the objects, re- 


lationships, processes etc. required to represent core 
knowledge in the spacecraft operations domain. 

The core areas which are being covered within the 
ATOS ontology include: Planning and Scheduling, 
Engineering Modelling, Monitoring and Control, Di- 
agnosis and Troubleshooting, Flight Dynamics and 
User Interface Model. Within each area a number of 
sub-topics have been identified and these will form 
logically self-contained units of ontology, called theo- 
ries, which can be used by applications in a discrete 
fashion if required. 


(define- class system (?s) 

“System is the root class of all systems. A system may be a 
primitive object or consist of a number of other systems. It doesn’t 
make sense to allow instances of system itself so it is constrained to 
be an individual." 

:def (individual ?s)) ;from KEF ontology - not a set 


(define-reLation part- of (?sl 7s2) 

“s 1 is a part of s2. The part- of relation is limited to a system 
and its immediate subsystems, ie. It is not transitive. This helps to 
view the overall system at differing levels of abstraction which can 
be useful in modelling to limit the detail to that required in a partic- 
ular situation. A system cannot be a part of itself, ie. Irreflexive.” 

:def (and (system ?sl) 

(system ?s2)) 

:axiom-def (and (not (transitive part-of)) 

(irreflexive part-of)))) 

(define-rdation components (?* ?c) 

“Components relates a systems to its direct components, ie. 
The systems ?S for which (part-of ?S ?s) holds. For a system which 
is a primitive object components is the empty set A system cannot 
be a component of itself, ie. Irreflexive and a system cannot be a 
component of a system that is a component of it." 

:def (and (system ?s) 

(system ?c)) 

(pait-of ?c ?s)) 

:axiom-dcf (and (not (transitive components)) 

(irreflexive components)))) 


Figure 8 Example of ontology written in 
Ontolingua 


In selecting a representation and tool for developing 
the ontology a number of requirements were ad- 
dressed. The most significant requirements in the deci- 
sion process were: 

• Well-defined semantics - the ontology will 
form a resource to be used by many application 
developers, this means its interpretation must be 
unambiguous; 

• Electronically readable - the ontology will 
need to be exchanged by a variety of developers 
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and worked upon independently at different 
sites; 


5. A MEDIUM FOR COLLABORATIVE 
MISSION DESIGN AND OPERATIONS 


• Translatability - the ontology will be required 
in many different forms, dependent upon the 
particular tool being used by the developer. 

The representation that has been adopted is Ontolingua 
(Ref. 11). Ontolingua is a language and a supporting 
translation architecture which has been specifically 
designed for the development of portable ontologies. 
Ontolingua is being developed as part of the DARPA 
Knowledge Sharing Effort, unifying the predicate cal- 
culus representation of KEF (Ref. 6) with the concepts 
found in object-centred knowledge representation sys- 
tems. KIF is based on predicate logic, with a formal- 
ised mathematical foundation. Ontolingua provides 
the means to structure assertions in object-centred hi- 
erarchies with inheritance via standard primitives for 
defining classes and relations. 

An example of part of the spacecraft operations ontol- 
ogy is given in figure 8. It illustrates a class and two re- 
lations used to form ontological commitments 
between applications wishing to adopt a common 
model for structuring the spacecraft model hierarchi- 
cally. 

To help convey the idea of the ontology further it is 
worthwhile considering an alternative perspective 
from the application-oriented (ie by Ontolingua “theo- 
ry”) partitions discussed earlier. This is to view the on- 
tology as consisting of layers of increasing 
specialisation of generic abstract concepts such as 
“process”, "event” etc. These are specialised firstly so 
as to form abstract domain concepts, such as system, 
device, sensor etc, and then specialised into generic 
spacecraft operations concepts, eg. telecommand, so- 
lar panel etc. Finally this is specialised in terms of any 
agency-specific terminology or conventions. This is il- 
lustrated in figure 9. 



Figure 9 Layers of increasing 
specialisation in the spacecraft operations 
ontology 


When the ATOS programme was conceived, four ap- 
plications were identified as comprising the most 
promising areas for exploitation of AI technology in a 
space mission support system. These are: Mission 
Preparation, Mission Planning, Computer Assisted 
Operations and Advanced Training. They remain con- 
crete target areas for ATOS application. It is unlikely 
however that these sub-domains will be realised as dis- 
crete components within the ATOS infrastructure. 
“Cutting” the ontology in this way may well prove to 
be inefficient A more natural ontological division, 
which minimises the need for interaction between ap- 
plications, may be more appropriate. The ontological 
analysis being conducted in ATOS-1 may suggest a 
different partitioning of the domain and may conclude 
that a larger number of smaller applications would be 
more Expropriate. Unless this matter is addressed, the 
undisciplined interchange of knowledge between ap- 
plications could be too unwieldy. One must attempt to 
minimise the ontological commitments between appli- 
cations in order to maximise the independence of these 
applications. This results in minimising the need for 
cooperation between them. In this way the architecture 
will be open to the greatest possible extent. Shared on- 
tology should not be viewed as a constraining factor, 
but as a mechanism to permit the integration of dispa- 
rate views of the domain and of methods for problem 
solving. For example, an application which is model- 
ling a device mechanically views the device different- 
ly from an application modelling the electronics 
controlling the mechanical linkages. Both applications 
however, if they are to cooperate, need to share some 
aspects of the model. This is where ontology is crucial. 

In making the comments above it is important to dis- 
tinguish between knowledge sharing, which is the 
placement of knowledge within tools and information 
bases for direct access by those tools, as contrasted 
against knowledge communication (as typified by 
KQML), which is concerned with the dynamic aspects 
and inter-relationships between knowledge “islands”. 
It is the latter where it is desirable to minimise ontolog- 
ical commitments. 

PACT (Ref. 1) points out that “in current infrastruc- 
tures, applications do not really interact with respect to 
a shared model: the users do, but the applications do 
not know this is happening”. A group of users working 
on a mission each have their own tasks, goals and do- 
mains, but they nevertheless have a shared view of the 
evolving mission and spacecraft design. ATOS tech- 
nology attempts to capture this as knowledge. The 
evolving mission design, the representation of the 
spacecraft, its operating procedures and mission objec- 
tives, are represented only very superficially in current 
computer systems, if at all. Ontologies are not repre- 
sented in any way within current implementations. 
The basic premise of ATOS is that we can move to a 
system in which applications themselves interact 
though a shared explicit model of the mission. This re- 
quires the establishment of a knowledge level bus into 
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which applications are plugged. 

Spacecraft design, mission planning and analysis are 
“processes of negotiation; decisions are made and 
changed frequently as specifications change and new 
implementation ideas proposed. Applications must in- 
teract frequently, interchanging relatively complex in- 
formation. The applications must assist the users in 
understanding and keeping track of each others con- 
straints, dependencies, limitations and assumptions. 
Different users may be concerned, at any one instant, 
with different problems or different aspects of the 
same problem, or will be working at different levels of 
detail. Despite these differences in perspective they all 
share considerable information about the overall mis- 
sion”. Enabling users to share this information and to 
coordinate the decision making is one of the problems 
being addressed in ATOS for die domain of spacecraft 
operations. The role of common ontology is crucial in 
enabling collaborative space mission design and oper- 
ations. It is necessary for the applications to agree on 
many matters, including definitions of space, time, co- 
ordinate frames, units of measure, system structure 
and constraints, in order to effect translation between 
the different representations used by the applications. 

Research has shown that application integration (ie 
agreement on the form of messages, as opposed to the 
content of messages), even across heterogeneous plat- 
forms, has turned out to be a relatively easy task. How- 
ever, to enable knowledge sharing one has to tackle the 
far harder and more fundamental problem of agreeing 
on ontological commitments. This is due to- the differ- 
ences in abstractions and views employed by the dif- 
ferent applications in areas such as planning, 
diagnosis, design and modelling. The shared language 
to which applications must adhere, couples these ab- 
stractions and creates the illusion of a shared MIB 
model without the constraints and bottlenecks that 
occur in enforced centralised approaches. This more 
loosely coupled architecture permits currently disjoint 
user teams to cooperate without the imposition of cen- 
tralised technologies on existing work patterns, and 
the inevitable disruption of those work patterns. We 
view ATOS technology as more fundamentally practi- 
cal, open and of sounder foundation than any central- 
ised approach could achieve. 

6. ATOS ARCHITECTURES 

We intend to directly utilise the ontology developed in 
ATOS-1 in the construction of the architecture, firsdy 
in the creation of the mission information base schema 
and also in coupling interfaces between ATOS appli- 
cations. This idea is illustrated in figure 10: 

There are three perspectives on how the ontology 
would be used to construct an ATOS architecture: 

1. Translation into the representation schema em- 
ployed within selected MIB and advanced appli- 
cation technologies. 

2. To support the reuse of generic operations 


Spacecraft Operations 
Ontology 



Computer- Assisted Automated Mission 

Operations Planning 


Figure 10 The role of the ontology in the ATOS 
architecture 

knowledge across missions and across applica- 
tion implementation platforms in a form sepa- 
rate from its actual encoding within the MIB. 
We call this a knowledge resources base (KRB). 

3. To develop a set of run-time communications 
protocols in order to enable different inference 
engines to reason using the knowledge stored in 
the MIB, a so-called knowledge query and ma- 
nipulation language. 

6.1 Architectural Perspective 1 

Space permits only the first perspective to be de- 
scribed in this paper, which is illustrated in figure 11. 

The principal elements to consider with respect to this 

architecture are as follows: 

• The common Spacecraft Operations Ontology is 
maintained as a collection of machine readable 
definitions in Ontolingua. Ontolingua is itself 
defined in terms of KIF. 

• The common ontology is effectively a reference 
source of knowledge structures which are de- 
ployed into parts of the ATOS system itself. The 
Ontolingua definitions themselves do not form 
part of the final system. The ontology is translat- 
ed (semi) automatically into other parts of the 
system, so as to establish a common model of 
the domain throughout ATOS. 

• The MIB contents definition is derived by trans- 
lating the ontology into the MIB information or 
knowledge model. This is an off-line process 
and happens only once during the development 
of an ATOS-based MCS. The MIB’s informa- 
tion or knowledge abstraction may be provided 
directly by a specific commercial tool or layered 
upon one. In the later case the MIB platform will 
be selected upon the basis of the flexibility of the 
storage management it provides rather than the 
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expressive capability of its data model. 

• Advanced application modules (AAMs) will 
need to share the common ontology in order to 
“understand” the relevant contents of the MIB. 
If an AAM is to reason using knowledge stored 
in the MIB this is also a prerequisite. For exam- 
ple, a planning tool, will need to know whether 
the MIB calls the results, of successfully execut- 
ing an activity a “postcondition”, or an “effect”. 

The ontology (or relevant parts of it) will be 
translated into the KBS tool which is being used 
for developing the AAM. For example, this 
would consist of a collection of classes and their 
associated slots which are equivalent to the On- 
tolingua classes and relations defined in the on- 
tology. 

The translated ontology provides a set of defini- 
tions for the application developer to build his 
implementation in terms of, for example, in the 
planner example given above definitions of ac- 
tivity, procedure, temporal constraint would be 
provided. Application knowledge will be creat- 
ed by instantiating the classes etc derived from 
the ontology or by extending the definitions with 
any further knowledge structures which are re- 
quired specifically to support the task of the 
AAM. 


As with the MIB, the translation process is off- 
line and occurs only once during the develop- 
ment of an AAM. 



Figure 11 Architectural perspective 1 


7. TECHNOLOGICAL FOUNDATIONS OF 

ATOS 

Knowledge sharing, reuse and communication are 
problems in a wide variety of application domains, not 
just spacecraft operations. In setting out to address 
these technological problems within the ATOS pro- 
gramme we have made a conscious effort to follow re- 
searchers in other domains and to benefit from 
fundamental research which is addressing the underly- 
ing technical issues. 

A particular influence on our technological approach 
is the work being carried out within the DARPA 
Knowledge Sharing Effort (Ref. 7). This initiative is 
working towards the establishment of standards for 
knowledge interchange (KIF), interoperability be- 
tween intelligent agents (KQML) and tools to support 
the development of common ontologies for particular 
domains (Ontolingua). 

With respect to ontology, there are a number of sourc- 
es of information which are guiding and influencing its 
development. These are: 

• Previous research in knowledge-based applica- 
tions, in particular those in the areas of planning 
and scheduling, model-based reasoning and 
qualitative modelling. In particular, work which 
has a sound theoretical foundation. Although 
much of this previous work does not formally 
define the ontology it is adopting, reusable onto- 
logical fragments can be extracted with careful 
analysis. For examples of such sources, see Ref. 

12, 13, 14 and 15. 

• On-going research within the DARPA Knowl- 
edge Sharing Effort on the development of com- 
mon ontologies for a number of domains. 

• Previous applications in the space domain which 
serve to identify the domain specific knowledge 
structures and specialisations which are needed 
to use the more generic aspects of the ontology 
in the ATOS applications. 

• Work at ESOC in the establishment of standards 
for ground based spacecraft control systems, and 
in particular the work of the Committee for Op- 
erations and EGSE Standards (COES). For ex- 
amples see Ref. 16 and 17. 

8. POSSIBLE FUTURE DIRECTIONS FOR 

ATOS 

We hope that the core ontology of spacecraft opera- 
tions, being developed in ATOS-1, will be able to 
evolve into a concrete standard which will act as a le- 
ver to enable the development of a range of advanced 
mission support and operations applications deployed 
within an integrated mission control system. The on- 
tology, being expressed using a formal representation 
explicitly designed for the specification and export of 
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portable ontologies, permits its direct use in the con- 
struction of such applications and their knowledge 
bases. The mechanism for this will be the automatic, or 
semi-automatic, translation of the ontology into other 
representation systems employed by these applica- 
tions. In support of this, the ATOS programme could 
become the coordinating initiative for the distribution 
of the ontology and could make available skeletal 
translation environments to, other representation sys- 
tems. We see the need for the following: 

• To establish the means by which the core ontol- 
ogy being developed in ATOS-1 can be further 
pursued outside of the project, including funded 
experiments aimed at verifying ontological 
commitments between planned application do- 
mains. 

• To establish the means by which the ontology 
can be transferred, with its translation environ- 
ment, to parties authorised to utilise the knowl- 
edge resources being developed in ATOS-1. 

• To establish an advanced interfaces initiative 
aimed at specifying the standard knowledge bus 
into which third party applications can be 
plugged, together with the means to verify the 
correctness of function of those applications 
with respect to the ontology. This is similar to 
that needed for communications protocol verifi- 
cation. 

• To establish practical projects, aimed at devel- 
oping wanted applications (not prototypes), 
which adhere to the ontology and which concen- 
trate upon identification of minimum ontologi- 
cal commitment between sub-domains. 

In particular, we recommend that the continuation of 
the ATOS programme, in parallel to and beyond 
ATOS- 1 , could follow a collaborative model similar to 
the PACT initiative. We believe it would be quite prac- 
tical to establish core knowledge bus facilities, operat- 
ing over a wide area network (eg the InterNet), in order 
to couple development and research teams working at 
different sites on different aspects of ATOS technolo- 
gy and its application. The aim would be to bring to- 
gether other contractors, who have already contributed 
to furthering the use of AI in space operations in pre- 
ATOS prototype studies at ESOC, in a way which per- 
mits technology transfer and the further coordinated 
development of the ontology and mission information 
base. 

Recognising the significance of agreement on defini- 
tions is the key to moving knowledge based systems 
off the side lines and into mainstream mission support 
and operations. The aim is to create a medium in which 
collaborative mission design and operations can flour- 
ish. 



Figure 12 The answer 


9. CONTACT DETAILS 

The first issue of the Ontology of Spacecraft Opera- 
tions, which must be considered a “draft proposal”, is 
to be available in July of 1993. Requests for copies of 
this document should be made to Mr. H A Laue at the 
European Space Operations Centre, Darmstadt, Ger- 
many. We invite comment on ihe ontology from au- 
thorities and contractors across the space industry. 

Eventually we also see the need, and will support, the 
establishment of a forum for common discussion re- 
garding the ontology, the members of which will col- 
laborate on its further development and exploitation. 
Informal communication can be established now by 
contacting the authors of this paper at the following 
email addresses: 

howards@logica.co.uk 

kevinp@logica.co.uk 
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